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APPEAL BRIEF 



A Petition for Extension of Time (one month), is filed herewith. 

TUB REAL PART Y IN INTERE ST 

The real party in interest in this appeal is International Business Machines, Inc. 
Ownership by International Business Machines, Inc. is established by assignment 
document recorded for this application on August 3, 2001 on Reel 012073, Frame 0559. 
RELATED APPE ALS AND IN FERENCES 

Appellant knows of no related patent applications or patents under appeal or 

interference proceeding. 07/05/2005 » BIZUI€S 00000052 061130 09922058 

01 FC:1402 500.00 DA 

STAT US OF C LAIMS 

Claims 6, 16, and 28 have been canceled. Claims 1-5, 7-15, 17-27 and 29-32 
si and rejected. The rejections of claims 1-5, 7-15, 17-27 and 29-32 are herein appealed. 

YOK9?.00)0146US1/I3t-O003 1 

PAGE 403 ' RCVD AT 7/1/2005 3:57:12 PM [Eastern Daylight Time] ' SVR:USPTO£FXRMJ25 * DNIS:2738300 * 0810:8602860115' DURATION (mm*s]:06-18 



JUL-01-2005 FRI 04:10 PM CANTOR COLBURN LLP FAX NO. 8602860115 P. 



^TATIJSOF AMC N I )MENTS 

There have been no amendments filed subsequent to receipt of the final office 

action. 

S UMM^j^.Q.P - Crl ^ M ED SUB JEC T MATTER 

A concise explanation of the subject matter defined in each of the independent 
claims 1, 10, 1 1, 22, 23, and 32 involved in the appeal is provided below: 
Claim 1 

Claim I recites "[a] method for performing master planning priority assignment" 

The method comprising "creating at least one rule database" (referring to Figure 
1, a rule database layout is shown; Figure 3, user interface option 312; page 9, lines 24- 
25; page 10, lines 26-29). 

The method further comprising "assigning apriority to a demand record, said demand 
record containing a demand record attribute field and a demand record priority field" (Figure 
4, options 402 and 404; page 4, lines 7-9; page 5, lines 23-25; page 1 1, lines 1-5, 12-14, and 
19-24; Figure S; pagcll, lines 19-24). 

The assigning a. priority to a demand record comprising "selecting said at least one 
nilo database, said at least one rule database including at least one record, a rule database 
attribute field that correlates to said demand record all ribute field, and arule database priority 
field" (Figure 1 ; page 4, lines 5-16; page 9, lines 20-21). 

The assigning apriority to a demand record further comprising "querying said at least 
one rule database for a corresponding rule database record that contains data in said rule 
database attribute field that matches data in said demand record attribute field" (Figure 4; 
page 1 1, lines 1 1-14; Figure 5). 

YOR92001 01 46US I /1 3 1-0003 2 



PAGE 5/23 * RCVD AT 7/1/2005 3:57:12 PM [Eastern Daylight Time] * SVR:USPT<ttFXRM/25 1 DN!8:2738300 1 CSID:8602860115 ' DURATION (mm-ss):06-18 



JUL-01-2005 FRI 04:10 PM CANTOR COLBURN LLP 



FAX NO. 8602860115 



P. 



The assigning a priority to a demand record further comprising "based upon said 
queiying, updating data in said demand record priority field with data from said 
corresponding rule database priority field" (Figure 4; Figure 5, options 506, 51 0, and 514). 

Claim 10 

Claim 10 recites '"[a} method for master planning priority assignment." 

The method comprising "creating at least one rule database" (Figure 1 illustrates a 
rule database layout; Figure 3, option 3 12; page 9, lines 24-25; page 10, lines 26-29). 

The method further comprising "assigning a priority to a demand record, said 
demand record containing a demand record attribute field and a demand record priority 
field" (Figirre 4, options 402 and 404; page 4, lines 7-9; page 5, lines 23-25; page 11, 
lines 1-5 and 12-14; Figure 5; page 11, lines 19-24). 

The assigning a priority to a demand record comprising "selecting at least one rule 
database, said at least one rule database including at least one record, a rule database 
attribute field that correlates to said demand record attribute field, and a ndc database 
priority field" (Figure 1 ; page 4, lines 5-1 6; page 9, lines 20-21). 

The assigning a priority to a demand record further comprising "querying said at 
least one rule database for a corresponding rule database record that contains data in said 
rule database attribute field that matches data in said demand record attribute field" 
(Figure 4; page 1 1, lines 1 1-14; Figure 5). 

The matching comprising "querying said at least one rule database for an explicit 
data match; if no said explicit data match exists querying said rule database for a 
hierarchy value match; and if no said explicit data match or said hierarchy value data 

YOR920010146US1/I31-0003 3 
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match exists querying said rule database Tor a wildcard match" (Figure 1 ; Figure 5; page 
11, line 24-pagc 12, line 14). 

The assigning a priority to a demand record further comprising "updating data in 
said demand record priority Geld with data from said corresponding rule database priority 
field" (Figure 4; Figure 5, options 506, 510, 514), 

C laim 1 1 

Claim 1 1 recites u [a] system for performing master planning priority assignment." 

The system comprising "a sloragc device $lormg master planning priority assignment 
data" (Figure 2, storage device 20S; page 8, lines 15-25; page 9, lines 5-9). 

The system furLher comprising fc< a user system" (Figure 2, user systems 202; page 6, 
lines 12-14 and 18-24). 

The system farther comprising "a host system in communication with said storage 
device and said user systems, said host system implementing a process' 1 (Figure 2, host 
system 204; page (5, lines I2-1S; page 9, lines 2-5), 

The process comprising "creating at least one rule database" (Figure I illustrates a 
rule database layout; Figure 3, option 3 12; page 9 7 lines 24-25; page 10, lines 26-29). 

The process further comprising "assigning a priority to a demand record, said demand 
record containing a demand record attribute field and a demand record priority field" (Figure 
4, options 402 and 404; page 4, lines 7-9; page 5, lines 23-25; page 11, lines 1-5, 12-14, and 
19-24; Figure 5; page 11, lines 19-24). 
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The assigning a priority to a demand record comprising "selecting said at least one 
rule database, said at least one rule dalabasc including at least one record, a rule database 
attribute field that correlates to said demand record attribute field, and anile database priority 
field" (Figure J ; page 4, lines 5-16; page 9, lines 20-21). 

The assigning a priority to a demand i"ccord further comprising "querying said at least 
one rule database for a corresponding rule database record tbat contains data in said rule 
database attribute field that matches data in said demand record attribute field" (Figure 4; 
page 1 J, lines 1 1-14; Figure 5). 

The assigning a priority to a demand record further comprising "based upon said 
querying, updating data in said demand record priority field with data from said 
corresponding rule database priority field' 1 (Figure 4; Figure 5, options 506, 510, and 5 1 4). 

Cla im 22 

Claim 22 recites "[a] system for performing master planning priority assignment." 

The. system comprising "al least one rule database" (Figure 1 illustrates a rule 
database layout; Figure 3, option 312; page 9, lines 24-25; page 10, lines 26-29). 

The system further comprising "a storage device storing master planning priori ly 
assignment data associated with said at least one rule database" (Figure 2, storage device 
208; page 8, lines 15-25; page 9. lines 5-9). 

The system further comprising "a user system" (Figure 2, user systems 202; page 6, 
lines 12-14 and 18-24). 
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The system further comprising *'a host sysl em in communication with said storage 
dovicc and said user systems, said host system implementing a process" (Figure 2, host 
system 204; page 6, lines 12-18; page 9, lines 2-5). 

The process comprising "creating said at least one rule database" (Figure 1 
illustrates a rule database layout; Figure 3, option 3 12; page 9, lines 24-25; page 10, lines 
26-29). 

The process further comprising "assigning apriority to a demand record, said demand 
record containing a demand record attribute Held and a demand record priority field" (Figure 
4, options 402 and 404; page 4, lines 7-9; page 5, lines 23-25; page 1 1, lines 1-5, 12-14, and 
19-24; Figure 5; page I U lines 19-24). 

The assigning a priority to a demand record comprising "selecting said at least one 
rule database said at least one rule database including at least one record, a rule database 
attribute field that correlates to said demand record attribute field, and a rule database 
priority field" (Figure 1 ; page 4, lines 5-16; page 9, lines 20-21). 

The assigning apriority to a demand record further comprising "querying said at least 
one rule database for a corresponding rule database record that contains data in said rule 
database attribute field that matches data in said demand record attribute field" (Figure 4; 
page 1 1 , lines 1 1-14; Figure 5). 

The matching comprising "querying said at least one rule database for an explicit 
data match; if no said explicit data match exists querying said at least one rule database 
for a hierarchy value match; and i f no said explicit data match or said hierarchy value data 
match exists querying said at least one rule database for a wildcard match" (Figure 1; 
Figure 5; page 11 , line 24-page 12, line 14). 

YOR9200iOU6USt/I3 1-0003 6 
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The assigning a priority to a demand record further comprising ''based upon said 
querying* updating data in said demand record priority field with data from said 
corresponding rule database priority field" (Figure 4; Figure 5, options 506, 510, and 
514), 

Claim 23 

Claim 23 recites "[a] storage medium encoded with machine-readable computer 
program code for performing master planning priority assignment, the storage medium 
storing instructions for causing a host system to implement a method." 

The method comprising "creating at least one rule database" (Figure 1 illustrates a 
rule database layout; Figure 3, option 312; page 9, lines 24-25; page 10, lines 26-29). 

The method further comprising "assigning a priority to a demand record, said 
demand record containing a demand record attribute field and a demand record priority 
fickr (insure 4, options 402 and 404; page 4, lines 7-29; page 5, lines 23-25; page 11, 
lines 1-5 and 12-14; Figure 5; page 1 1, lines 19-24). 

The assigning a priority to a demand record comprising "selecting aL least one rule 
database, said at least one rule database including at least one record, a rule database 
attribute field that correlates to said demand record attribute field, and a rule database 
priority field" (Figure 1; page 4, lines 5-16; page 9, lines 20-21). 

The assigning a priority to a demand record further comprising "querying said at 
least one rule database for a corresponding rule database record that contains data in said 
rule database attribute field that matches data in said demand record attribute field" 
(Figure 4; page 1 L, lines U-14; Figure 5). 

YOR920010M6TJS|/I31^000^ 7 
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The matching comprising "querying said at least one rule database for an explicit 
ctala match; if no said explicit data match exists querying said rule database for a 
hierarchy value match; and if no said explicit data match or said hi crarchy value data 
match exists querying said rule database for a wildcard match" (Figure I ; Figure 5; page 
11, line24-pagc 12, line 14), 

The assigning a priority to a demand record further comprising "updating data in 
said demand record priority field with data from said corresponding rule database priority 
field" (Figure 4; Figure 5, options 506, 510, 514). 

Claim32 

Claim 32 recites "[a] storage medium encoded with machine-readable computer 

program code for performing master planning priority assignment, the storage medium 

storing instructions Tor causing a host system to implement a method/* 

The mcLhod comprising "creating at least one rule database" (Figure 1 illustrates a 
rule database layout; Figure 3, option 312; page 9, lines 24-25; page 10, lines 26-29). 

The method further comprising "assigning a priority to a demand record, said 
demand record containing a demand record attribute field and a demand record priority 
field" (Figure 4, options 402 and 404; page 4, lines 7-9; page 5, lines 23-25; page 1 l f 
lines 1-5 and 12-14; Figure 5; page 11, lines 19-24). 

The assigning a priority to a demand record comprising "selecting at least one rule 
database, said at least one rule database including at least one record, a rule database 
attribute field that correlates to said demand record attribute field, and a rule database 
priority field" (Figure 1; page 4, lines 5-16; page 9, lines 20-21). 

YORD200 J0146US 1/13 J -0003 8 
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The assigning a priority to a demand record further comprising "querying said al 
least one rule database for a corresponding rule database record that contains data in said 
rule database attribute field that matches data in said demand record attribute Held" 
(Figure 4; page \ 1 , lines 11-14; Figure 5). 

The matching comprising "querying said at least one rule database for an explicit 
data match; if no said explicit data match exists querying said rule database for a 
hierarchy value match; and if no said explicit data match or said hierarchy value data 
match exists querying said rule database for a wildcard match" (Figure 1; Figure 5; page 
11, line 24-pagc 12, line 14). 

The assigning a priority to a demand record further comprising Updating data in 
said demand record priority Held with data from said corresponding rule database priority 
Held" (Figure 4; Figure 5, options 506, 510, 514). 

The above exemplary embodiments arc discussed with respect to the 
aforementioned independent claims byway of example only and are not intended to in 
any way limit the scope of these claims. 



9 
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GKOIJ NPS OP REJ ECTION TO BE REVIEWED ON A PPBAL 

Claims 1-5, 7-15, 17-27, and 29^32 have been rejected under 35 U.S.C. 103(a) as 
being allegedly unpatentable over Jenkins et aL The rejection of claims 1-5, 7-15, 17-27, 
and 29-32 as being allegedly unpatentable over Jenkins el ah is to be reviewed on appeal. 

AUGUMliNT 

Claims 1 7-1 5, 1 7-27, and 29-32 have been rejected under 35 U.S.C. 103(a) as 
being allegedly unpatentable over Jenkins ct al. 

The Examiner states, with respect to claims 1 and 23, that Jenkins leaches 
"creating at least one rule database" citing page 11, left column, lines 32-52. The 
Examiner slates that the planning component 21 0 recited in Jenkins "can recommend 
shipments in one of two modes: cither unconstrained or constrained. For unconstrained 
mode, the user needs to define sourcing shipping quantities and then store this data in the 
database 600. Otherwise, Tor constrained mode, the user sets the following database 
components: sourcing, assign allocation, recommended shipments, and arrival calendars, 
set slock available duration and minimum allocation duration, assign location priorities, 
assign allocation strategies, and set push mode." The Examiner then states that <L lhc 
created components database in the planning component 210 is represented as one rule 
database or the data in tlic database 600 is represented as one rule database." 

The Examiner then states that Jenkins teaches "assigning a priority to a demand 
record, said demand record containing a demand record attribute field and a demand 
record priority field," citing Table 13 of page 23 of the Jenkins reference and concluding 

YOR92001 01 46US 1 /T3 1 -0003 1 0 
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thai each item in Tabic 13 is a demand record and that "each item has priority field 
including the value of the field and the value of draw quantity field." 

The lixami tier then states that Jenkins goes on to teach that the priority 
assignment, as recited in claims 1 and 23, includes "selecting said at least one rule 
database, said at least one ride database including at least one record, a rule database 
attribute field thai correlates to said demand record attribute field, and a rule database 
priority field " In support, the Examiner references Table 3 and page 1 1, left column, 
lines 32-52 and page 13, lefl column, lines 22-30 of Jenkins and states "the planning 
component 2 1 0 creates recommended shipments when source stock is not limited within 
the minimum allocation duration by using following database components: sourcing, 
assign allocation, recommended shipments, and arrival calendars, set stock available 
duration and minimum allocation duration, assign location priorities, assign allocation 
strategics, and set push mode." The Examiner then states "in this table each demand 
record attribute field correlates to a rule database attribute field. For example, location 
field of demand record correlates to assign location field of component database. The 
above informal ion indicates that at least one database component is selected." In 
addition, the Examiner references page 2, lines 1-25; page 17, lines 22-67, stating "the 
fulfillment 100 includes rales, which are assigned to each SKU in database 600. The 
database 600 has a list of SKU's, a minimum safety level for each SKU at each location 
field, demand type priority field. Bach field in the fulfillment 100 corresponds to each 
item location field and demand type priority field.*' 

Referring to Figure 1, Jenkins shows fulfillment servers) 100 and database 
YOR920010M6US1/131-0003 1 1 
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servers) 000. l'ul fillment servers) 1 00 includes various modules associated therewith, 
including a distribution module 200 (which includes a planning component 210) and a 
deployment module 300. Jenkins is devoid of any teaching or suggestion of a demand 
priority database including a demand priority record. Moreover, Jenkins is devoid of 
teaching or suggesting a demand record attribute field that corresponds to a priority 
database attribute field. Referring to Table 13 and paragraph 031 8, Jenkins teaches that 
through the deployment component 300 of the fulfillment system 100, a "user can specify 
potential alternates, or substitutes, for an item, and tell deployment to automatically ship 
the substitule when inventory of the original item runs out." The Examiner's statement 
that each item is a demand record is in error. Rather, at best the collective listing of items 
shown in Table 13 represents a single demand. As described in paragraph 0321, the 
substitution list "tells the system to use 100-00-001 if there is not enough 100-00-000 to 
meet the demand. The list then tells the system to use 100-00-002 if it is unable to use 
100-00-001 to fulfill the unmet requires of 100-00-000 > and so on." Each item therefore, 
is nol an individual demand record, since there is only a demand for the specified quantity 
(Draw Quantity of 1.0) and the Priority field value tells the system to use the next item 
only if there is not enough of the requested quantity to meet the demand. In other words, 
there is only a demand for the specified quantity provided in the first item listed in Table 
13. Since Jenkins docs not teacli a rule database, it logically follows that Jenkins does not 
leach creating a rule database as recited in Appellants' claims 1 and 23. 

The Hxaminer's statement "in this table [Tabic 3], each demand record attribute 
field correlates to a rale database attribute field" is also in error. The Examiner 
YOR9200101/16US 1/13 1-0003 1 2 
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introduces a second table, which docs not correspond in any way to the alleged demand 
record (i.e., Ihc line item of the Substitution List), on which he relies as support that such 
demand record is taught by Jenkins. In fact, the Table 3 described in Jenkins relates to a 
set of planned arrivals (paragraph 0193). The Appellants fail to appreciate how the 
Substitution List of Table 13 is combined with Ihe planned arrival list of Table 3 to derive 
a demand record thai includes a demand record attribute field which correlates to a rule 
database attribute field. 

As recited in claims 1 and 23, two record types, namely a demand record and a 
rule database record arc claimed. A rule database attribute field of the rule database 
correlates to the demand record attribute field of the demand record. Jenkins et ah is 
devoid of teaching any of these elements. 

The lixaminer acknowledges that Jenkins is devoid of teaching "querying said at 
least one rule database for a corresponding rule database record that contains data in said 
rule database attribute field that matches data in said demand record attribute field; based 
upon said querying, updating data in said demand record priority field with data from said 
corresponding rule database priority field". However, the Examiner states that Jenkins 
"teaches the user can specify potential alternates, or substitutes, for an item. The system 
100 allows the user to (rack when subslitution logic has recommended shipments of 
substitute items in a database to meet the demand of primary item. The primary demand 
includes Rff, Date, priority field." Citing Table 3, page 23, lines 39-40; and page 24, 
lines 7-5(5, the Examiner then slates "when a substitute item meets the demand of primary 
item, it means that fields of substitute item match the fields of primary item." The 
YOK.920G 1 0 1 46US 1/13 1 -0003 1 3 
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Examiner concludes Hint this indicates support Tor his contention lhat "the system queries 
the system 1 00 to retrieve substitutes items." In addition, the Examiner cites Figure 1, 
and page 27, lines 24-40 in support that the system includes a query to modify. The 
Appellants submit that, while the system of Jenkins may perform substitutions for 
alternate items, it docs not logically follow that the substitution activities in any way 
include "at least one rule database" and 4i a corresponding rule database record that 
contains data in said rule database attribute .field that matches data in said demand record 
attribute field." Accordingly, the Appellants submit that the Examiner's claim of 
obviousness with respect to the "querying" and the "updating" is in error. For at least 
these reasons, claims i and 23 patcnlably define over Jenkins el ah 

Claims 2-5 and 7-9 should bo patentable as depending from what should be an 
allowable independent claim. In addition, claims 24-27 and 29-31 should be patentable 
as depending from what should be an allowable independent claim. 

Claims 2 and 24 should also be allowable as setting forth patentable subject 
matter in and oT themselves. Claims 2 and 24 recite, respectively, "wherein said data in 
said corresponding rule database attribute field contains an explicit value operable for 
specifying a priority to be given to a demand record; wherein said match occurs if said 
data in said demand record attribute field is contained within said explicit value." The 
Jlxnmincr cues Table 1 3, page 23; Table 3, page 23, lines 39-40; page 24, lines 7-56 in 
suppoi I of the rejections. However, Jenkins docs not teach a rule database attribute field 
as indicated above with respect to claims 1 and 23. Consequently, it logically follows 
lhat Jenkins ct al. does not teach an explicit value contained in the rule database attribute 
YOR9200 10H6US1/I31 -0003 1 4 
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field that is "operable for specifying a priority lo be given to a demand record; wherein 
said match occurs if said data in said demand record attribute field is contained within 
said explicit value" as recited in claims 2 and 24. For at least these reasons, claims 2 and 
24 paten tahly define over Jenkins et al. 

Claims 3 and 25 should also be allowable as setting forth patentable subject 
matter it) and of themselves. The Examiner concedes that with respect to claims 3 and 
25, that Jenkins does not teach the claimed limitation '^wherein said data in said 
corresponding ndc database atLributc field contains a hierarchy value operable for 
specifying a priority to be given to a hierarchy level defined within said rule database 
attribute field; wherein said match occurs if said data in said demand record attribute field 
is contained within said hierarchy value." However, the Examiner contends that Jenkins 
teaches that a user can specify potential alternates, or substitutes, for an item that includes 
substitution logic for recommending shipments of substitute items to meet the demand of 
u primary item. The Examiner further contends that Jenkins teaches that when a substitute 
item meeis the demand of primary item, it means that fields of substitute item meets 
match the fields of primary item. The Examiner relies on this interpretation as evidence 
that the system of Jenkins et al queries the system 100 to retrieve substitutes items, citing 
Table 13, page 23, lines 39-40; page 24, lines 7-56 in support. 

The Examiner then applies this interpretation and alleges that it would have been 
obvious to a person of an ordinary skill in the art at the time the invention was made to 
apply Jenkins 5 teaching of allowing the user to track when substitution logic has 
recommended shipments of substitute items in a database to meet the demand of primary 
YOR020010146US 1/13 1-0003 15 
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item in order to avoid supply conflicts such as unexpected delays in production, by 
rerouting and reapplying resources. The Examiner's interpretation and assessment of the 
teachings of Jenkins ct al. is clearly iu error. The Table 13 relied upon by the Examiner 
relates to a single demand us represented by a single line item. All other line items 
represent substitute products available for this single demand. The product substitution 
(i.e., subsequent line items) may be executed upon the occurrence of a condition. By 
contrast, the limitations recited in claims 3 and 25 have no association with the 
application of substitutions for items listed in a single demand statement. 
For at least these reasons, claims 3 and 25 patcntably define over Jenkins ct al. 

Claims 4 and 26 should also be allowable as setting forth patentable subject 
matter in and of themselves. Claims 4 and 26 recite the limitation "'wherein said data in 
said corresponding rule database attribute field contains a wildcard value operable for 
specifying a default priority value to be given to a hierarchy level defined wilh said rule 
database attribute field " Claims 4 and 26 further recite the limitation "wherein said data 
in said corresponding rule database attribute field contains a wildcard value operable for 
specifying a default priority value to be given to a hierarchy level defined with said rule 
database attribute field," The Examiner cites page 19, col. Left, lines 20-50 and page 12, 
lines 45-61 in support of the rejections. However, Jenkins is devoid of teaching a wild 
card value. For at least these reasons, claims 4 and 26 patentably define over Jenkins et 
al. 

Claims 5 and 27 should also be allowable as setting forth patentable subject 
mailer in and of themselves. Claims 5 and 27 recite, respectively, "wherein said demand 
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record attribute field includes due dale, customer, and demand type." The Examiner cites 
page 23, col. Right, lines 15-60 in support. However, Jenkins does not teach a demand 
record attribute field as suggested by the Examiner. For at least these reasons, claims 5 
and 27 pnientabiy define over Jenkins cl ah 

Claims 7 and 29 should also be allowable as setting forth patentable subject 
matter in and of themselves. Claims 7 and 29 recite, respectively, "updating said at least 
one record in said at least one rule database." The Examiner relics upon page 25, lines 
5 1-60 in support. However, Jenkins docs not leach a rule database. For at least these 
reasons, claims 7 and 29 patcntably define over Jenkins et aL 

Claims S and 28 should also be allowable as setting forth patentable subject 
matter in and onhemsclvcs. Claims 8 and 28 recite "creating said hierarchy value, said 
hierarchy value containing a hierarchy level. 1 * The Examiner relies upon page 7, col. 
Right, lines 37-44 in support. The Examiner contends that Jenkins el aL teaches a hard 
expiration date is used with products that have a limited shelf life based on a date rather 
thnn a duration. The Examiner then stales that this information shows that the system 
creates a hierarchy value. The Examiner's interpretation of claims S and 28 is in error. 
The hierarchy value recited in claims 8 and 28 cannol be fairly equated to a lime value 
(i.e., shelf life) as suggested by the Examiner. For at least these reasons, claims 8 and 28 
patcntably define over Jenkins ct al. 

Claims 9 and 29 should also be allowable as setting forth patentable subject 
matter in and of themselves. Claims 9 and 29 recite "creating said hierarchy value, said 
hierarchy v;ilue containing said explicit level" The hierarchy value recited in claims 9 
YOK920010M6US 1/13 1 -0003 1 7 
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and 29 cannot be fairly equated lo a time value (i.e., shelf life) as suggested by the 
Examiner. For at least these reasons, claims 9 and 29 patcntably define over Jenkins ct ah 

Claim 1 1 recites "a storage device storing master planning priority assignment 
data; a user system; and a host system in communication with said storage device and 
said user systems, said host system implementing a process/' The Examiner contends 
that Jenkins recites these elements, citing (Figure 1A-1B, page 2, col Right, lines 1-34; 
page 5, col. Right, lines 30-33. The Examiner further contends that Jenkins recites the 
claimed limitation "creating at least one rule database" citing page 1 1, left column, lines 
32-52. The Examiner states that the planning component 210 recited in Jenkins "can 
recommend shipments in one of two modes; either unconstrained or constrained. For 
unconstrained mode, the user needs to define sourciug shipping quantities and then store 
this data in the database 600. Otherwise, for constrained mode, the user sets the 
following database components; sourcing. assign allocation, recommended shipments, 
and arrival calendars, set stock available duration and minimum allocation duration, 
assign location priorities, assign allocation strategics, and set push mode." The Examiner 
then states thai "the created components database in the planning component 210 is 
represented as one rule database or the data in the database 600 is represented as one rule 
database," 

The Examiner then stales that Jenkins teaches "assigning a priority to a demand 
record, said demand record containing a demand record attribute field and a demand 
record priority field;' citing fable 13 of page 23 of the Jenkins reference and concluding 
that each item in Table 13 is a demand record and that "each item has priority field 
YOR920010M6US1 A3 1-0003 18 
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including the value oflhc field and the value of draw quantity field/* 

The Examiner then states that Jenkins goes on to teach that the priority 
assignment, as recited in claim 1 1 , includes "selecting said at least one rule database, said 
at least one nilo database including at least one record, a rule database attribute field that 
correlates to said demand record attribute field, and a rule database priority field " In 
support, the Examiner references Table 3 and page 1 1, left column, lines 32-52 and page 
1 3, left column, 1 ines 22-30 of Jenkins and states "the planning component 2 1 0 creates 
recommended shipments when source stock is not limited within the minimum allocation 
duration by using following database components: sourcing, assign allocation, 
recommended shipments, and arrival calendars, set stock available duration and minimum 
allocation duration* assign location priorities, assign allocation strategies, and set push 
mode/ 1 The Examiner then states "in this table each demand record attribute field 
correlates to a rule database attribute field. For example, location field of demand record 
correlates to assign location field of component database, The above information 
indicates thai at least one database component is selected." In addition, the Examiner 
references page 2, lines 1-25; page 17, lines 22-67, stating u thc fulfillment 100 includes 
mles, which arc assigned to each SKU in database 600, The database 600 has a list of 
SKU's, a minimum safely level for each SKU at each location field, demand type priority 
field. Uach field in the fulfillment 100 corresponds to each item location field and 
demand type priority field.** 

Referring to Figure 1, Jenkins shows fulfillment server(s) 100 and database 
scrver(s) 600, Fulfillment server(s) 100 includes various modules associated therewith, 
YOR9200 1 0M6US 1/T31-00O3 19 
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including a distribution module 200 (which includes a planning component 210) and a 
deployment module 300. Jenkins is devoid of any teaching or suggestion ora demand 
priority database including a- demand priority record. Moreover, Jenkins is devoid of 
teaching or suggesting a demand record attribute field that corresponds to a priority 
database attribute field. Referring to Table 13 and paragraph 03 IS, Jenkins leaches that 
through the deployment component 300 of the fulfillment system 1 00, a "user can specify 
potential alternates, or substitutes, for an item, and tell deployment to automatically ship 
the substitute when inventory of the original item runs out." The Examiner's statement 
that each item is a demand record is in error, Rather, at best the collective listing of items 
shown in Tabic 13 represents a single demand. As described in paragraph 0321, the 
substitution list "tolls the system to use 100-00-001 if there is not enough 100-00-000 to 
meet the demand. The list then tells the system to use 100-00-002 if it is unable to use 
L 00-00-001 to fulfill the unmet requires or 100-00-000, and so on." Bach item therefore, 
is not an individual demand record, since there is only a demand for the specified quantity 
(Draw Quantity of 1 .0) and the Priority field value tells the system to use the next item 
only i f there is not enough of the requested quantity to meet the demand. Tn other words, 
there is only a demand for the specified quantity provided in Lhc first item listed in Table 
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